home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group02b.txt / 000162_icon-group-sender_Tue Dec 17 12:46:16 2002.msg < prev    next >
Internet Message Format  |  2003-01-02  |  2KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.11.1/8.11.1) id gBHJjAw05436
  4.     for icon-group-addresses; Tue, 17 Dec 2002 12:45:10 -0700 (MST)
  5. Message-Id: <200212171945.gBHJjAw05436@baskerville.CS.Arizona.EDU>
  6. From: aherford@yahoo.de (Alex Steinberg)
  7. X-Newsgroups: comp.lang.icon
  8. Subject: Re: Icon compiler
  9. Date: 17 Dec 2002 05:35:04 -0800
  10. X-Complaints-To: groups-abuse@google.com
  11. To: icon-group@cs.arizona.edu
  12. Errors-To: icon-group-errors@cs.arizona.edu
  13. Status: RO
  14.  
  15. "Frank J. Lhota" <NOSPAM.lhota.adarose@verizon.net> wrote in message news:<RQ6I9.266$903.163@nwrddc02.gnilink.net>...
  16. > The Icon native code compiler is still distributed, but no longer supported.
  17. > I experimented with making the Icon-to-C compiler work in my recent Cygwin
  18. > port, and I discovered that the code needed a lot of tweaking.
  19. > 
  20. > The Icon-to-C (iconc) compiler can produce very fast programs. I recall once
  21. > using it on the Icon versions of uuencode / uudecode ("iiencode.icn" and
  22. > "iidecode.icn" in the IPL) and ran some timing checks. The iconc versions of
  23. > iiencode / iidecode were over 3 times as fast as the interpreted (icont /
  24. > iconx) versions. More surprisingly, I found that the iconc programs were
  25. > actually faster than native C uuencode / uudecode programs that I was using
  26. > at the time!
  27. > 
  28. > The down side is that the iconc compiler itself is sluggish and a real
  29. > memory hog. Because of the type inference engine, iconc cannot perform
  30. > separate compilation. My experience is that iconc is bound to fail for
  31. > programs beyond a certain size. Also, for iconc debug support is optional,
  32. > and a performance drag. I would not recommend compiling a program with iconc
  33. > until it has been thoroughly tested and debugged.
  34. > 
  35. > Also, some more recent features such as multi-threading is simply not
  36. > supported (and not really supportable) by iconc.
  37. > 
  38. > The iconc compiler has to interface with the local C compiler, which creates
  39. > a real maintenance headache. It is therefore not surprising that the Icon
  40. > Project decided to drop support for iconc.
  41.  
  42. Hello Frank,
  43.  
  44. You are talking about Your recent Cygwin port of Icon, is that port
  45. available for the public? I have looked for some time now to such port
  46. but without success.
  47.  
  48. thanks,
  49. Alex
  50.